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Variable Momentum Monitoring System 
Field of the Invention: 

This invention is related to a method and apparatus for determining and 
S communicating changes in a variable. It is particularly related to changes in price of 
shares, futures or options on a stock exchange such as the Australian Stock Exchange 
(ASX) and using a telephone network such as Telstra™ (in Australia) to communicate 
the change by SMS or email, but is not limited to such use. 

10 Background of the Invention: 

It is known in the share context that there are many static price based stock 
management and alert systems which operate by the end-user inputting their particular 
stock code and specific price alert level (ASX code and price) either via a website or a 
WAP enabled mobile telephone handset. The system then identifies price matches 
1 5 between the ASX Uve price of a stock and the inputted stock alert price. Once a price 
match is identified, a Short Message Service (SMS) alert or email is generated fi-om 
the system. A new or firesh data input process is then required every time an alert is 
triggered, making the whole process user unfriendly, labour intensive and not 
automatic. 

20 

There appear to be few, if any, telecommunication-based, automatic 24hr/7day stock 
monitoring systems operating in the world today. However, there are many stock 
management and alert systems. The most commonly available commercial alert 
systCTM; in Australia come from Iguana 2™ (SMS Quotes) and Stock Alerts™. There 
25 are many other alert systems, all operating with the same static price based format but . 
used specifically for a group's own clients i.e. Commsec™, Westpac™. 

One of the problems with these systems is that they are all static price based. This 
means that a specific price must be entered by the end-user before the system can be 
30 activated and further price entries are required following price triggers in order to 

maintain the system's activity status. In these static priced systems, each time an alert 
has been triggered it is washed from the system and therefore requires fresh or new 
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data input to maintain active status. As a consequence, these static price based 
systems require ongoing end-user input Ultimately, the end-users tire of this ongoing 
data input process which becomes logistically more difficult the more stocks or 
variables that are being monitored for specific alert levels. 

5 

Additionally, many of the static priced and WAP based systems require access to 
either a payment gateway or a remote website to register and/or pay. SMS Quotes™ 
utilises flie Telstra™ WAP portal but, initially, the end-user must visit a remote 
website and pay a monthly fee for the service before it can be accessed and used. 

10 

Still further, all of the static price and WAP based stock management and alert 
systems are really only suitable for well experienced internet end-users who can 
navigate through the set up and payment process. Static price based applications are 
not siaitable for Telecommunication models. Such models require simple operating 
1 5 formats in respect of use, set up and access; i.e. they must be as simple as the 
Telstra™ 101™ firee answering service that operates throughout Australia. This 
service requires only three pushes of a key pad (the entry of the number 101) and the 
system is set up and ready for use. 

20 The major problem with all static price based alert systems is that they require far too 
much ongoing end-user input. All static price based systems require entry of at least 
two data elements — stock code and stock price. It is important to understand the static 
priced based systems and how they work. Such an understanding highlights the clear 
and unique differences between the static priced based system and the invention. 

25 

It is therefore an object of the invention to provide a variable momentum monitoring 
system which overcomes or st-least ciuicliOTatos t he problrais of the prior art and, 
preferably, can be automated to the point at which it requires a minimal input firom an 
end-user. In particular, it is an object of the invention to provide a price momentum 
30 (or movement) monitoring system; most particularly, a telecommunications based 
system. 
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•^Variable", as used herein, includes the price of shares, futures or options on a stock 
exchange (such as the Australian Stock Exchange), a timetabled event, or the like. 

Summary of the Invention: 

5 In accordance with the invention there is provided a variable momentum monitoring 
system iacluding the steps of: 

receiving from a user an identification of a required variable data input; 
obtaining the current live static value (LSV) of the identified required data input from 
a dynamic live data-stream and determining it as a base reference input (RI); 
10 calculating at least two sets of one or more incremental reference variable levels 

(RVLs) \ising the determined RI, one of the sets having values less than the RI and the 
other set having values greater than the RI; 

searching dynamic live data values (LDV) of the identified required data and . 
comparing with the reference variable levels (RVLs); 
1 5 communicating to the user when the current live value of the identified required data 
matches with any of the reference variable levels (RVLs). 

Preferred Embodiments of the Invention: 

20 Preferably, when a LDV matches a RVL, an advice message is generated and 
communicated to the user. 

In a preferred embodiment of the invention, the system will capture the LSV of a 
required data input (where LSV = RI) and use it to calculate the RVLs. The RVLs 
25 will be calculated as predetermined variations from the captured RI. 

It can be seen that the system shows the change over time by communicating different 
variable matches. Therefore if the variable continues to increase there will have been 
communicated a first match with a first reference variable level (RVL+1) which could 
30 for example be 1 0% higher and then a second reference variable level (RVL+2) which 
is for example 20% higher than the reference input. Therefore the momentum of the 
variable is communicated and not just the match with a predefined number. This 
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momentum can also be commimicated in time display foraiat such as graphically or 
be received and computed by the receiver of the user into a time display format such 
as graphically based on signals of matches to the reference input (RI) or one or more 
of the ref(M:ence variable levels (RVLs). 

5 

The identification of the required variable data input by the user may be by digital 
mobile telephone (utilising WAP and SMS gateway), intemet, intranet or general 
teleconraiunications network (telephone). Preferably, the corranunication of any 
match between the live data values and the calculated RVLs to the end-user is by 
10 SMS. 

In order to minimise multiple advice messages for the same RVL, (as a result of 
volatility witiiin a trading period), it is preferable to provide a function that enables 
only one advice message to be generated in succession for each RVL trigger 
1 5 previously calculated. If an advice message has been generated from the triggering of 
a specific variable movement (or momentum) level, this same advice message can 
only be generated again once another variable movement level has first been 
triggered. This function is called the Alternate Advice Generation (AAG). 

20 The invention also provides for the outer reference variable level points to be defined 
as reset points such that when the current live value of the identified required data 
matches with one of the outer reference variable levels (e.g. RVL+4 and RVL -4) 
apart from communicating the match, the RI is then automatically reset and new 
reference variable levels (RVLs) are automatically calculated without the need for 

25 end-user input. In addition, the RI reset can be executed manually by the end-user at 
any time without waiting for a match with any outer reference variable level. 

The invention also may provide a function that permits the end-user to reset or 
reprogram the RVLs. This can be executed either from a mobile/PDA handset or 
30 website at any time for a variable, such as for all portfolio stocks or for individual 
stocks. 
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In a highly preferred embodiment, the system includes the steps of: 

receiving from a user an identification of a required variable data input and an 

identification of a required proportional variation of the variable; 

obtaining the current live static value (LSV) of the identified required data input firom 

5 a live data-stream and detOTnining it as a base reference input (RI); 

calculating two sets of one each of inoremental reference variable levels (RVLs) using 
the determined RI and the user's identified required proportional variation, one of the 
sets having a value proportionally less than the RI and the other set having a value 
proportionally greater than the RI; 

10 searching dynamic live data values (LDV) of the identified required data and 
comparing with the RVLs; 

communicating to the user when the current live value of the identified required data 
matches with either of the RVLs; and 

resetting the RI to the value of the matched RVL and recalculating the two RVLs 
1 5 using the reset RI and the user's identified required proportional variation. 

The proportional variation (which can be referred to as a **tolerance" or "tolerance 
level") can be set at any value between 0 - 999%. 

20 It is important to note that the RI is not the critical data element used in the 

monitoring loop. The RI is used to calculate the referrace variable levels (RVLs). It 
is the RVLs that are price matched with the dynamic data stream (LDV) and trigger 
the reset of the RI once the RVLs have been matched (or the outer RVLS in the case 
of sets of RVLs having more than one member each). Similarly, it is the interaction 

25 of the RVLs that generate the advices and enables the system to operate automatically 
and ongoing with nwnimal end-user data input other than that of entering/deleting 
stock codes for monitoring. 

Also in accordance with one preferred form of the invention there is provided an 
30 automatic telecommunications based price momentum monitoring system which 

comprises stock exchange (SX) stock code data input by a user via mobile handset or 
website in which: 
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an SX code is logged; 

a proprietary trading combination (PTC) reader captures the live SX price for 
the logged SX code as a reference price (RP) and time and date stamps the entry and 
reconciles customer account details in a telecommunications provider's network; 

5 the PTC reader immediately calculates two sets of price momentum levels 

(PMLs) using the captured RP of each logged SX code, one set above the RP and the 
other set below the RP; 

the system searches for price matches betwem SX live feed and PMLs and 
when a match is detected the system sends a telecommunication to the xiser; and 

10 the RP is automatically reset as the price of a stock moves out of the PML alert range 
(i.e. beyond either the upper PML or the lower PML) so as to enable the system to be 
automatic and ongoing. This reset function can be facilitated by the end-user at any 
time manually. 



15 

Detailed Description of the Invention: 

In order that the invention is more readily understood an embodiment will be 
described by way of illustration only with reference to the figures wherein: 

Figures 1 and la show a summary of a variable momentum monitoring system 
20 in accordance with one embodiment of the invention; 

Figure 2 is an example of suitable preset trading levels in relation to a 
reference price; 

Figure 3 is a further example of the preset trading levels in relation to the 
reference price; 

25 Figure 4 is an example of a menu for SMS input for an embodiment with fixed 

trading levels; 

Figure 5 is a flow chart of an embodimmt xising a tolerance to set trading 

levels; 

Figure 6 is an example of a menu for SMS input for the embodiment shown in 
30 Figure 5; 

Figure 7 provides an organisational flow chart of the technology; and 
Figure 8 shows a graphical representation of what a mobile handset would 
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Referring to the tJrawings there is shown an example of an SMS mobile telephone 
advice. In the process of the price momentum monitoring system of the invention 
5 there is included the steps of: 

i. stock code data input via mobile handset (WAP and SMS gateway) or website 

ii. After ASX code is logged, the PTC Reader captures the live ASX price for the 
logged code (Reference Price), time and date stamps entry and reconciles 
customer accoimt details in Telco network. 

1 0 iii. PTC Reader immediately calculates the Price Momentum Levels (PMLs) 
using captured Reference Price (RP). 
iv. PTC Reader immediately searches for price matches between ASX live feed 

and PMLs, (an d not on any specific price entered by the user) 
V. The RP determines the PMLs. The RP is automatically amended as the price 
15 of a stock moves out of the PML data range so as to keep it current or it can be 

changed by the end-xiser at any time manually; 
vi. The fact that a PML has been price matched with a dynamic data price is 
communicated by an SMS/email to the end-user. 

20 The SMS alert could read: 

"Stock Advice! Stock code TLS in your portfolio has risen and triggered a key 
trading (LLl) level Call your adviser on 0 to discuss. 
End of Safeshare^^ advice message '\ 
Each message contains the contact details of the customer adviser linked to an 
25 automatic call back function. If an end-user does not have a client adviser, a default 
number will be included to permit the end-user to establish new adviser account 
details with preferred stockbroking firms. 

Once an advice for a stock code has been triggered, no further inputting of data is 
30 required for that stock code. An advice can only occur once in succession. This is 
made possible because an advice can only be repeated after another advice level has 
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been triggered; i.e. SLl, SL2, SLl, SL2, SL3, SL2, etc; but never SLl, SLl, SL2, 
SLl,SLl,etc. 

This specific advice sequencing addresses multi generation of the same advice event 
5 in a row repeatedly. This function is called Alternate Alert Generation (AAG). 

Therefore, the AAG function means that triggered advice levels, unlike in price based 
systems, do not require re entering advice data by the end-user since an advice can 
only be generated twice or more if a different advice level has been triggered first 

1 0 The Price Monitoring System of the invention is a way of automating the whole stock 
monitoring process. It is a telecommimications based application that utilises the 
programming of preset trading levels (called PMLs) that are calculated firom a 
reference price captured the momrat an end-user keys in an ASX code via a mobile 
handset or website. Price Monitoring System requires the entry of only a stock code 

1 5 i.e. three pushes of a mobile handset/computer keyboard key representing three letters 
only. 

The reference price is time and date stamped and is critical in calculating a series of 
split price trigger levels on both the upside and downside (PMLs). 
20 1. End user keys in a three letter code into a mobile handset or website; i.e. 

*TLS" through SMS network, web or WAP portal. 

2. Information request sent to a secure linked database that interfaces with the 
ASX Uve data feed. The ASX price for the input code is time and date stamped. This 
price is called the reference price and is used to calculate all the key trend points 

25 called price momentum levels (PML). 

3. SL1= -5% SL2--10% SL3=-15% SL4=-20% 
LL1=+10% LL2=-4>29^o LL3=-i»3«% LL4=50% 

These PML points are then used to identify price matches with the ASX live data feed 

4. SMS advice or email is generated when ASX price = PML i.e, LLl etc. 
30 Once a price match is identified, an advice is generated and sent to a mobile (SMS 

Advice) or to a PDA/PC (email). 
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When an end-user logs an ASX stock code into their mobile handset or website to be 
monitored, at the moment of login, the entry is time and date stamped and the price of 
the stock is captured. This price is called the reference price. This price is not used in 
flie monitoring loop as in other alert or stock management systems that are price 
5 based. Instead, the reference price is used to calculate a series of price levels both up 
and down. These levels are called Price Momentum Levels (PMLs) and it is these 
key price momentum or movement levels that enable stocks to be monitored 
automatically with minimum manxial in put or update. 

10 This is further illustrated in Figures 2 and 3. The PML price levels can be changed by 
altering the reference price. 

Changing Reference Price (RP) - this is done automatically for the average person or 
end-user. For example, stock A is logged in at $1 . The PMLs are instantly calculated 
15 from the RP i.e. SL1= 0.95, SL2=0.90, SL3= 0.85, SL4= 0.80; 

LL1=1.10, LL2=1.20, LL3=1.30, LL4=1.50. 

When the stock moves beyond each extreme level in the PML range i.e. either on the 
downside, SL4 or on the upside, LL4, the Reference Point is automatically reset at 
20 one of these points, i.e. at SL4 if stock has moved down, LL4 if it has moved up. In 
the example above, if the stock price rose to $1 .85 (no advice messages would be 
generated because the price had moved beyond the PML advice levels), the reference 
price would be automatically reset at $1 .85. The instant this happens, a new set of 
PMLs are calculated based on the new reference price i.e. SL1= 1.75 etc. 

25 

Manual changing of the Reference Price (RP) - For professional traders who need to 
be able to monitor stocks that they wish to buy and trade, a function enabling them to 
manually change a stocks reference point and reset the PMLs from either then: mobile 
handset or the website is available. 

30 

It can be seen that this embodimrat utilises four integrated functions as follows: 
1. Alternate Advice (xeneration (AAG)- 
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This function enables only one advice message to be generated in succession for each 
price movement level trigger previously calculated- If an advice, message has been 
generated from the triggering of a specific 

price movement level, this same advice message can only be generated again once a 

5 new price movement level has first been triggered 

eg SLl, LLl, LL2, LLl, SLl, LLl noL SLl, SLl, LLl, LLl, LLl, LL2 etc 
This is why Safeshare™ SMS Direct™ incorporates multiple price movement levels 
both up and down, ie SL4, SL3, SL2, SLl LLl, LL2, LL3, LL4. These PMLs are 
calculated from the stock code log in real time price. 

10 With most stock management or alert systems, the problem of multiple alerts for the 
same trigger level intraday is addressed by washing each triggered alert from the 
system. This then requires the end-user to re input fresh data to maintain activity and 
status. The AAG ftmction is novel for the Safeshare™ SMS Direct™ apphcation and, 
in conjunction with the other key fianctions, creates a totally xmique, ongoing and fully 

1 5 automated stock monitoring system that facilitates request (PTC Reader) and response 
(PTC Interpreter) actions via the SMS Gateway. 

2. Reference Price Reset (RPR)- 

Every tune a stock code is SMS texted to Safeshare™ for monitoring, the real time 
20 price for the stock is instantly captured. 

This price is called the Reference Price or log in price. Once the outer price 
movement levels are triggered by a price movement in that direction, i.e. SL4 and 
LL4, the RP is automatically reset at these price levels i.e. RP2, RP3 in the example 
below etc 

25 Once the RP reset is complete i.e. RP RP2, a new series of price movement levels 
are automatically calculated and set i.e. SL8, SL7, SL6, SL5 / LL5, LL6, LL7, LL8 
and therefore the stock monitoring c oulii i utfs auto matically and ongoing. In the 
example below, RP represents the original log in price of the stock and SL4, SL3, 
SL2, SLl / LLl, LL2, LL3, LL4 represents the original price movement levels that 

30 were calculated and set. SL4 represents another outer price movement level in the 
opposite direction at which the RP can be reset should the stock price move to that 
level. This ftmction enables the Safeshare™ stock monitoring system to be 
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completely ongoing, automated and continuous. This function is applicable on both 
the upside and downside of the RP. 

RP reset RP2 reset RP3 
5 SL4, SL3. SL2. SLl LLl LL2 LL3 LL4 LL5 LL6 LL7 LL8 LLP LLIO LLll LL12 
SL8 SL7 SL6 SL5 SL12 SLll SLIO SL9 

This shows how the RP is reset at difGerent outer price movement levels and how each 
series of PMLs is calculated after each RP reset point. 

10 

i.e. at RP log in set, the PML series is SL4, SL3, SL2, SLl / LLl, LL2, LL3, LL4 
at RP2 reset at LL4, the PML series is SL8, SL7, SL6, SL5 -RP2- LL5, LL6, LL7, LL8 
at RP3 reset at LL8, the PML series is SL12,SL11, SLID, SL9 -RP3- LL9, LLIO, LLll, 
LL12, etc. 

15 

3. PTC Reader - 

The Proprietary Trade Configurer Reader captures the login price (or Reference Price) 
of a logged stock and from this price, calculates the key price movement levels 
(PMLs). This also occurs when the RP is being reset 

20 The PTC Reader then searches for price match-ups between the live exchange data 
feed and the calculated PMLs. Once a price match-up is identified, the PTC Reader 
automatically generates an SMS advice message that is sent via the mobile SMS 
network to the end-user. In addition, the PTC Reader sets up account details and 
time/ date stamps every stock code entry. This PTC Reader process in calculating the 

25 PMLs is central to the ability of Safeshare™ SMS Direct™ to deliver a fully 

automated 24hour/7day stock monitoring service utilising the SMS Gateway platform. 
Without the PML calculations, the system could not work as an SMS Gateway or web 
^plication. To better illustrate this, let us assume that the SMS Gateway is used in 
exactly the same way but this time, simply captures and uses just the real time log in 

30 or reference price to identify match-ups i.e. similar in concept to price based alert and 
portfolio management systems. 

The system fails right there because without the PMLs, a match-up between log in 
price and the live exchange feed would occur instantiv . There would be no point to 
this. Therefore, the creation of price movement levels provides the basis and means 
35 by which Safeshare™ SMS Direct™ can operate dynamically and automatically as a 
stock monitoring system. 
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The calculation of the PMLs jfrom the captured log in price in conjunction with the 
oflier key operational functions enables Safeshare™ SMS Direct™ to operate as a 
fully automated, ongoing 24hour/7day stock monitoring system. As a result of this 
process, an end-us^ is only initially required to enter one data element i.e. the stock 
S code. Most, if not all, oth^ systems require at least two data elements to be initially 
entered - i.e. stock code and price or % fall or rise, volume etc. Entering multiple data 
elements, particxilarly mmibers, in SMS Gateway processes becomes a real 
encumbrance to the end-user. In the case of Safeshare™ SMS Direct™, no numbers 
are required; only a letter code. 

10 

4. PTC Interpreter- 

The Proprietary Trade Configurer Interpreter reads and interprets the SMS advice 
instructions sent by the end-user and actions these instructions. This is better 
illustrated in Figure 4 the "Safeshare™ SMS Direct™ Menu". . 

15 

In a particularly preferred, fully automated, embodiment the monitoring process is 
simplified by using just two RVLs. These RVLs are set by the user with any desired 
**tolerance level" or proportional variation firom the RI. Once the LDV matches one 
20 of the RVLs, that RVL becomes the new RI and a new pair of RVLs is calculated and 
set using the same tolerance level. 

The desired variable (e.g. a stock) is entered into the PTC Interpreter, together with 
the desired tolerance. For example, this can be done by nominating ABCtlS, which 
25 means that stock ABC will be monitored with a tolerance level of 1 S%. The tolerance 
can be set at any limit between 0 and 999, including decimals. 

By this means each variable in a user's portfolio can be monitored at individually 
tailored tolerances. However, if a user wishes to set the whole watchlist at a certain 
30 level, he sends just the letter *Y' followed by the desired tolerance level. For example, 
for a tolerance of 13% the message tl3 would be sent to the PTC Interpreter. This 
embodiment is illustrated schematically in Figure S. 
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ANNEX: Software programming requirements 

The psuedocode to guide a software programmer in the collation of a suitable prog^ram 
to perform the invention is as follows: 

5 Overview 

Safeshare™ monitoring consists of a database containing information about a 
subscriber such as their mobile phone number, email a4dress, advisors phone number 
and personal message text they would like to receive via SMS or email. 
Subscribers select stocks that they wish to have monitored on their behalf. 
10 A PTC Reader application monitors a master list of stocks for price variations and 
advises the relevant subscribers with an SMS and/or email custom advice should a 
stock pass a key price level. 

User Interfaces 

The user may register, add/delete and enter preferences via the SMS gateway, web or 
1 5 WAP portal browser. The mobile phone (SMS/WAP) interface uses the same 
database as the website so the user may switch between using their phone and an 
intemet browser to administer their Safeshare™ account. 

In the most basic circumstance, the user would SMS or browse on their phone to the 
Safeshare™ WAP site and enter one or more 3 letter share codes and this would be all 
20 that is required for them to commCTice receiving price movement advices. 

Additionally the user could then choose their advice preference such as email, SMS, 
both or temporarily suspend all advice messages. 
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Database 



Design 




tblUser 

5 Users mobile phone number is primary key for this table and stores other associated 
User information such as Advisor's phone niunber and the format of the message they 
wish to receive. 

tblPicks 

Stores snapshot price of a nominated ASX code together with calculated PML levels 
1 0 and Advice Messages. 

If an advice message is sent out then it is flagged to elinwnate another advice message 
of the same level getting sent unless another price level ife reached in the meantime. 
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This table will not be completely nonnalized so as to optimize speed when the PTC 
Reader scans this table for advice candidates. 

tbiPML 

Defines each advice (PML) level and the default advice message that corresponds to 
5 this level. 

When a User defines a stock tiiey wiU get the default advice message assigned to their 
selection initially however they may be able to customise this message themselves (in 
a later version). 

tblStocks 

10 As each new stock code is added by any user it is also added to this master table of 
stocks under watch by the PTC Reader. 

This table will grow and shrink dynamically as stocks are added and deleted to 
peoples watch lists. 

To maximise performance only these stocks will be analysed via the live ASX feed 
1 5 eliminating redxmdant updating of stock prices firom the ASX when no watch lists 
require this data. 

A flag is stored to indicate if a price remains unchanged since the last update. Should 
this be the case then the PTC Reader need not account for this code in its next 
analysis. 

20 PTCReader 

An application daemon that monitors the stocks table for any price movements. When 
a price movement is detected the application searches for details of the user who has 
that stock on their watch list and constructs the relevant advice and sends it. 

pseudocode 

25 Select all stocks that have a price change since last cycle 
With each changed stock 

Select all users who have this stock in their watch list 
With each user 

Determine if price change for stock crosses a key indicator level 
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Construct and send appropriate alert 
Next user 
Next stock 
Next cycle 

S Advice messages 

translations 

The message will have embedded key words that will be dynamically translated at 
runtime such as. 

<adviserjio> Advisor's telephone number. 

1 0 <asx_cod^ ASX code this advice message relates to. 

<watch_jiame> Watch name this stock is assigned under. 

<advice_level> The key trading advice level. 



For example the advice for SLl could be: 

1 5 Safeshare™ Advice ! 

"Stock code <asx_code> in your <watch_name> portfolio has fallen and 
triggered a key trading (<advice_level>) level. Pis call your adviser on 
<advisor_no> to discuss action". 
End of ShareSafe message advice 

20 

Safeshare™ Advice ! 

"Stock code TLS in your CORE portfolio has fallen and triggered a key 
trading (SLl) level 

Pis call your adviser on 0409090780 to discuss action". 
25 End of Safeshare™ message advice 

Technology & Tools 

Current prototype. 

Minimum System Requirements 

• Operating System Win32 (Windows)™ 
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• IIS - Internet Information Server - to host ASPAVAP application 

• SQL Server 

Recommended System Requirements 

• Windows 2000™ Server with nS 

• SQL 2000™ 

It should be understood that the above description is by illustration only and is not 
limiting on the invention. Clearly persons skilled in the art would understand 
variations to the above without any inventive input and such variations are included 
within the scope of this invention. 
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